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SELF REPAIRING COMPUTER DETECTING NEED FOR REPAIR 
AND HAVING SWITCHED PROTECTED STORAGE 

5 

Field of the Invention 

This invention relates to computers, computer repair and computer 
architecture. More particularly, the invention relates to a computer architecture and 
software that enables the computer to repair itself. 

10 Benefit Applications 

This application is a continuation-in-part and claims the benefit of priority 
under 35 U.S.C. 1 19(e) and/or 35 U.S.C. 120 to: 
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Switchable Components," filed May 21, 2001, naming Kenneth Largman and 
15 Anthony B. More and Jeffrey Blair as inventors, with Attorney Docket No. 
A70543/RMAyLM, and commonly assigned to Self Repairing Computers, Inc., San 
. Francisco, Cahf.; 
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20 Jeffrey Blair as inventors, with Attorney Docket No. A-70543-1/RMA/LM, and under 
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Utilize Computer Hardware," filed May 19, 2000, naming Kenneth Largman and 
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Background 

Personal-computer manufacturers and sellers often offer via-telephone and on- 
site repair services. Yet purchasers — particularly home, home-office and small- 
office purchasers — readily complain that their service contract offers less service 
5 than they expected. For example, a computer seller may dispatch a technician only 
after the purchaser calls the help center, performs a number of tests under the 
direction of the help center, escalates the problem at the telephone help center and 
performs redundant or additional tests under the direction of a putatively more 
knowledgeable telephone-help staff. The purchaser may have to escalate the problem 
10 still fiirther and perform additional redundant tests before a repair technician is 
dispatched. 

Frequently, the help center directs the customer to cycle the power on the 
computer, to re-boot the computer, to detach and reattach peripherals in question and 
to re-install application and operating-system software. Each call to the help center 
15 and each level of escalation may require the purchaser to cycle, re-boot, detach and 
reattach. 

Detaching and reattaching peripherals can be extremely inconvenient. USB 
devices, for example, typically attach at the back of a computer in a location difficult 
to reach. In any event, the non-digerati purchaser may fear disassembling his 
20 computer, worrying that he may damage the computer further. 

Help centers even direct a customer to reformat the boot drive of the computer 
and re-install operating-system and application software. Re-formatting is an onerous 
task for several reasons. Firstly, the home, home-office and small-office user rarely 
reformats a drive in the normal operation of his computer and is unfamiliar with the 

25 process itself. Secondly, reformatting destroys all the data on the drive, and such a 
user understandably becomes anxious on finding out that he will lose all of his data. 
Thirdly, such a user may not retain the application or operating-system installation 
media, especially where the seller pre-installs the software. The user may have been 
unsure which media to keep, or intending to keep a particular media, is in fact unable 

30 to locate that media later when needed. 
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Fourthly, the user typically does not back up his drives as often as an 
information technologist would recommend. That he will have to rely on his back ups 
(if any) if he is to have any hope of restoring his application is then not a comforting 
thought. 

5 Accordingly, the art evinces a need for a computer that reduces or even 

eliminates the need for a user to call a help line, to keep installation media, to attach 
and reattach peripherals at the port, etc. Indeed, a computer that reduces or eliminates 
the technical savvy its user needs to effect repairs is desirable. 

These and other goals of the invention will be readily apparent to one of 
10 ordinary skill in the art on reading the background above and the description below. 

Brief Descmption of the Drawings 

Figure 1 illustrates a computer incorporating an embodiment of the invention. 

Figure 2 is a schematic of a data-store switch according to an embodiment of 
15 the invention. 

Figures 3A through 3B illustrate the switch-and-repair process according to 
one embodiment of the invention. 

Figure 4 illustrates the flow of control in a data-store switch according to one 
embodiment of the invention. 

20 Figure 5 illustrates a computer incorporating an embodiment of the invention. 

Figures 6A, 6B illustrate a computer incorporating an embodiment of the 
invention. Figure 6A illustrates the enabling of a data store in conjunction with the 
defeat of access to a communications link. Figure 6B illustrates the enabling of a data 
store in order to support access to the communications link. 

25 Figures 7A, 7B illustrate a computer incorporating an embodiment of the 

invention. Figure 7A illustrates the computer in its Network Disconnected state, 
while Figure 7B illustrates the computer in its Network Connected state. 

Figure 8 illustrates a computer incorporating an embodiment of the invention. 
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Figures 9A, 9B illustrate a computer incorporating embodiments of the 
invention. 

Figure 10 illustrates a computer incorporating an embodiment of the 
invention. 

5 

Summary 

Herein are taught apparatus and methods for a computer to repair itself. 

A method or system for supporting a computer systems self repair, including 
the computer executed steps for booting from a first boot device, and booting from a 

10 second boot device in response to a signal indicating a need for repair. While booted 
from the second boot device the computer system is capable of repairing software on 
the first boot device. The signal may effect a logical or physical switch. Repairing 
software may be performed in part by copying, template, backup or archive software 
from a device other than the first boot device. Repairing softwarie may be performed 

1 5 automatically without direction by a user or according to preset preferences. 
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DESCRIPTION OF THE INVENTION 

Overview 

An example of the invention in use follows: A user runs an application on a 
computer incorporating an embodiment of the invention. At some point, the user 
5 modifies the application or underlying operating system to the point that the 
application, the operating system or both become unusable. Indeed, the user may no 
longer be able to even boot the operating system. 

Recognizing that the computer needs to be repaired, the user throws a switch 
on the computer. The computer fixes the malfunctioning software and so informs the 
10 user. 

The user can then re-boot the computer. On re-booting^ the user again has 
access to a correctly functioning operating system, application and data files. 

A Self-repairing Computer 
15 Figure 1 illustrates a computer 1 incorporating an embodiment of the 

invention. The computer 1 may include a CPU 10, volatile memory 11, peripheral 
controllers 17, 18, a first non-volatile data store 12 and a bus 15, all well known in 
the art. 

The computer 1 may also include switches 13, 19, a second non-volatile data 
20 store 14, a controller lA, a power supply IB, an output device IC and an input 
device ID. 

The bus 15 may communicatively couple the volatile memory 11 and the 
peripheral controllers 17, 18 to each other and to the CPU 10. The peripheral 
controllers 17, 18 may communicatively couple with the data stores 12, 14, 
25 respectively. 

The switches 13, 19, the controller lA, power supply IB, output device IC 
and input device ID may form a data-store switch IZ. A data-store switch may alter 
the accessibility of a connected data store according to the setting of the switch. 
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The controller lA may communicatively couple with the switches 13, 19, the 
output device IC and the input device ID. The power supply IB may supply the 
controller lA (and other switch components) with power. More particularly, the 
power supply IB may power the controller lA independently of the power to the rest 
5 of the computer 1. 

The power to the switch IZ may come from the same source as the power for 
the rest of the computer (the wall outlet or laptop battery, for example). The switch 
IZ may then be powered from that supply even when the rest of the computer 1 is not. 
Figure 10 illustrates this embodiment of the invention. 

10 The switch 13 may communicate with the data store 12. The switch may 

control (toggle, for example) the identification settings of the data store 12. 

The switch 19 may couple to the data store 14. The switch 19 may control 
(toggle, for example) the power to the data store 14. 

The volatile memory 11 may be random-access memory. The data stores 12, 
1 5 14 may be magnetic disks, for example. 

The output device IC may be the monitor of the computer 1, LEDs or an LCD 
distinct from the monitor, for example. 

Figure 2 is a schematic of the data-store switch IZ according to an 
embodiment of the invention. In Figure 2, the opto-isolators U2, U3 implement the 
20 switches 13, 19, respectively. The Basic Stamp II microcontroller Ul (from Parallax, 
Inc., RocMin, California) implements the controller lA. The battery V3 implements 
tiie power supply IB. The LCD display port Jl represents the output device IC, and 
the switches SI, S2 implement the input device ID. (Opto-isolator U4 detects 
whether the computer 1 has power.) 

25 In a first mode of operation herein termed "normal mode," the computer 1 

may run a predetermined operating system and application. Accordingly, the data 
store 12 may contain a correctly fiinctioning copy of that software. The CPU 10 may 
access the data store 12, boot the operating system and flien execute that application. 
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The data store 12 is termed herein the "boot data store." The data store 12 
may contain a bootable, executable operating system and executable application. 

The data-store switch IZ may make the data store 12 accessible to the 
computer 1 as the boot drive (by means of the switch 13, for example). The data-store 
5 switch IZ may also make the data store 14 inaccessible to the computer 1 (by means 
of the switch 19, for example). Otherwise, the data-store switch IZ may idle, waiting 
for user input on the device ID. 

In the normal stage, the computer 1 may perform as a conventional computer. 
The user may run his appUcation software, inattentive to the invention incorporated 
1 0 into the computer 1 . 

In a third mode of operation herein termed the "repair mode," the CPU 10 may 
run software on the data store 14 and the controller lA may execute a program in 
parallel. A mode intermediate to the normal and repair modes, herein termed the 
"switching mode," may effect the transition from normal to repair mode. 

15 In the switching mode, using an input device such as the device ID the user 

may indicate that he wishes to repair software on the data store 12. (Figures 3 A and 
3B illustrate the switch-and-repair process according to one embodiment of the 
invention.) In response to the input, the computer 1 may switch from normal 
operation to repair, step 310, and repair the software on the data store 12, step 320. 

20 The switching of a data store may be logical or physical. Logical switching is 

switching enforced purely by software. For example, software may set one or more 
predetermined bits that it or other software tests to determine whether a data store is 
accessible at any given time. 

A physical switch opens or closes a predetermined electrical circuit of a 
25 device to be switched. A physical switch may, for example, alter the open/close state 
of identification jumpers of a data store. A physical switch may turn on or off the 
power supply to a device to be switched. 

Figure 4 illustrates the flow of control in a data-store switch IZ according to 
one embodiment of the invention. On start up, the data-store switch IZ may go into 
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normal mode of operation. In this stage, the switch IZ may set the switch 13 to make 
the data store 12 the boot drive, step 4A3. The switch also may set the switch 19 to 
leave the template data store 14 unpowered. 

The data-store switch IZ may then idle, waiting for the user to initiate the 
5 switch to repair mode, step 4A5, The data-store switch IZ may display a message 
indicating that it is in normal mode, step 4A1. 

When the data-store switch IZ receives an indication to switch to repair mode, 
the switch IZ may ask the user to confirm this indication, step 4B5. Confirmation is 
preferable where the repair process is destructive before it is constructive. 
10 Confirmation is preferable also because the activation of the input device indicating 
the switch to repair mode may have been accidental or ill considered. 

On confirmation if requested, the data-store switch IZ may switch power to 
the data store 14, step 4B9, making the data store 14 accessible to the computer 1. 
The data store 14 may be permanently configured to be addressable as the boot drive 
15 when it is accessible. Accordingly, the address of the data store 12 may then change. 

In normal operation, the data store 12 may be addressable as the boot drive. 
However, during the switch, the switch IZ may change the identity (address jumpers, 
for example) of the data store 12 to something other than the boot-drive identity. 

The computer 1 is now ready to enter the repair stage. 

20 Switched physically to repair mode, the computer 1 may boot fi-om the 

template boot drive. The booted program or some other program executed during the 
boot sequence (autoexec.bat, for example, on machines running Windows™ operating 
system firom Microsoft Corp., Redmond, WA) may query the user. 

In one embodiment, on rebooting the computer 1 may automatically repair the 
25 data drive 12. It copies software from the template data store 14 to the data store 12 
without fiirther direction from the user. Previously set user preferences may, 
however, direct the course of repair. 

Thus, where the template data store 14 contains only application software, the 
repair process may copy over or re-install that application software from the template 
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data store 12. Where the template data store contains operating-system and 
application software, the repair process may copy over or re-install the operating 
system first and then the application soflAvare. 

Uninstallation or deletion of an appUcation may precede re-installation or 
5 copying over of that software. Re-formatting of the data store 12 may precede re- 
installation or copying over of the operating system. Resetting of ROM-resident 
parameters may precede re-installation or copying over of operating-system or 
application software. 

On completion of the repair, the repair software may direct the user to switch 
1 0 back to normal mode and re-boot the computer 1 . 

Alternatively, the repair process may be menu-driven. The repair process may 
present the user a sequence of options to determine what repair process to execute. 
For example, on re-boot in repair mode, the repair software may offer the choices of 
running the repair process, reviewing repair-process settings, updating the template 
15 software (the application, operating system or repair-process software itself) and 
quitting the repair process. 

The template data store 14 may contain application software, operating-system 
software and repair-process software. The application software may include the 
executable software itself (.exe, .dll, .o, etc.) or the files created by the application 
20 (.wpd files for Corel WordPerfect word-processing software, for example). 

The software on a template data store 14 typically is an operating system and 
may include one or more applications, along with the underlying software to run the 
operating system (and any included application) on a computer with a predetermined 
configuration. The underlying software may include one or more boot records, one or 
25 more partition tables or a BIOS. 

The template software is created by installing software onto a data store, by 
copying installed software onto the data store or by copying installation software onto 
a data store. (Installed software includes data files and other pre-existing software.) 
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The template data store software may be updated. Where the template 
software is installation-ready software, that installation software may be updated to a 
different, usually later, version. Where the template software is a backup of the 
software on the data store 12, a different, usually more recent, backup of the data- 
5 store software replaces or supplements that software. 

Repair-process settings may include whether to recover data, run a virus 
check, reformat the data store, revert to a backup, run a human-mediated (i.e., 
manual) or an automatic repair, run diagnostics (software or hardware, for example). 
Repair-process settings may also include whether to format and at what level (quick 

10 versus low-level, for example), what software to re-install (operating system (OS) 
only; OS and executable-application software; OS, executable-application software 
and application data files; data files only, for example), whether to switch 
automatically (i.e., under program or hardware control), what level of repair to run 
(quick, better or best, in one embodiment), whence to setup (backup or template, in 

1 5 one embodiment) and whence to recover data files (most recent backup prior to repair, 
backup at the time of repair, other predetermined backup, query-and-response- 
specified backup, as examples). 

The repair process may entail recovering a usable version of the appropriate 
data file. In some instances of computer repair, the problem is not so much with the 
20 operating-system or executable-application software so much as with the files (usually 
data files) associated with one or more of the applications. If the application in 
question is Microsoft Outlook, then the file to be recovered may be the mail-and- 
folder-data .pst file. Where the application is Microsoft's Internet Explorer, the file to 
recover may be the favorites file. 

25 Running a virus check may entail first checking that the virus-check-and- 

repair software is up to date. Because new software attacks appear daily, and because 
newer malicious code has a higher chance of delivering a payload, this is not a trivial 
step. The software may then check for malicious code and repair software, as directed 
by the user or by default. 



A-70543'3/RMA 1085203 



-12- 

The above process presupposes that the data store 14 contains a copy of (a 
version of) the operating-system, application software or data file on the data 
store 12. In this sense, this second data store 14 is termed herein the "template data 
store." With the computer 1 switched to boot from the template data store 14, the 
5 computer 1 may perform the original copying of template software onto the data store 
14. (Where the data store 14 is a read-only medium, it may arrive at the computer 1 
in a pre-written state.) 

An example of the operation of the computer 10 follows: Assume that the 
data store 12 contains a bootable Windows'^" operating system (from Microsoft 
10 Corp., Redmond, WA). Assume also that the data store 12 also contains 
NaturallySpeaking® application software (Lemout & Hauspie, leper, Belgium and 
Burlington, MA). 

The operating system and the application on the data store 12 may have each 
been run any number of times, and the user may have customized the operating 
IS system, the application or both to his preferences. In contrast, the template data 
store 14 may contain as-installed copies of the operating-system and the application 
software. 

In the course of using his computer 1, the user puts the computer 1 into an 
undesirable state. He may, for example, foul up the optional settings of the operating 

20 system or application such that he cannot reset them to a usable state. He may 
download a virus, Trojan horse or other malicious code that changes his operating 
system, application or both. The particulars of the malicious code are unknown but 
the manifest effect is that the computer 1 is partially or completely inoperable. He 
may remove files critical to the correct operation of the software. As one of skill in 

25 the art will recognize, the ways in which software may be intentionally or 
unintentionally altered to the point of unusability are legion. 

Recognizing that his computer 1 is in an undesirable state, the user activates 
the switch 13, step 300. Figure 3 illustrates the switch-and-repair process according 
to one embodiment of the invention, and step 310 illustrates the actual switching. In 



A-70543-3/RMA 1085203 



-13- 



response to the switch activation, step 300, the computer 1 repairs the software on the 
data store, step 320. 

The repair process involves copying software from the template data store 14 
to the data store 14. The software on the template data store 14 may be a master 
5 copy, a backup copy or an archive copy of software on the data store 12. (An archive 
is a copy of software, which copy cannot be overwritten or deleted.) 

With template software on the template data store 14, the computer 1 may re- 
install or copy over software onto the data store 12. The computer 1 may overwrite 
all or part of any software on the data store 12. 

10 The computer 1 may offer the user options as to how thorough its attempt to 

repair itself should be. In one embodiment, the computer 1 offers the options of a 
"Quick Repair," a "Better Repair," a "Best Repair" and a "Test." A Quick Repair 
may, for example, re-install or copy template software from the data store 14 onto the 
data store 12 without first re-formatting the data store 12. The Better Repair may 

15 perform a high-level re-format of the data store 12 before that copy or re-installation. 
A Best Repair may perform a low-level re-format of the data store 12 before copying 
over or re-installing software. 

Figure 4 illustrates the switch-and-repair process in more detail, according to 
one embodiment of the invention. The switching copies software from the template 
20 data store onto the data store, replacing the unusable software on the data store. 

A number of situations occur where the computer 1 may effect repair without 
rebooting. For example, if only data files or application executables need to be 
repaired, then shutting down the operating system booted from the data store 12 is not 
usually necessary — especially in newer operating systems such as Windows 2000 
25 (Microsoft) and more sophisticated operating systems such as Linux . 

Further, a large number of operating-system files can be repaired (for 
example, by replacement) without shutting down the operating system. Repairing the 
operating system without rebooting is a preferred embodiment. 
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Still further, for backups (automated or otherwise), continuing to run from the 
data store already booted may be preferable. Where the computer 1 can become 
sufficiently quiescent that a backup from the data store 12 to the data store 14 can 
occur while still booted from the data store 12, then such a backup is quicker than 
5 shutting down and backing up the data store 12 while booted from the data store 14. 

Where the data store 12 remains the boot drive when the data store 14 is 
simultaneously available, the data store 14 may be addressable as other than the boot 
drive. The address of the data store 14 may be switched similarly to the address 
switching of the data store 12. 

10 

A VIRUS AND HACKER-RESISTANT COMPUTER 

Figure 6A illustrates a computer 6 incorporating an embodiment of the 
invention. The computer 6 may include a CPU 60, volatile memory 61, peripheral 
controllers 67, 68, first and second non-volatile data stores 62, 64, data port 69, 
15 communications link 6A and buses 65, 66, all well known in the art. The computer 6 
may also include a data-store switch 6Z. 

The bus 65 may communicatively couple the volatile memory 61, the 
peripheral controllers 67, 68 and the data port 69 to each other and to the CPU 60. 
The peripheral controllers 67, 68 may communicatively couple with the data stores 
20 62, 64, respectively. The data port 69 may mediate access to the communications 
link 6A. 

The bus 66 may communicatively and electrically couple the peripheral 
controller 67 to the data store 62 and to the boot-store switch 6Z. More specifically, 
the boot-store switch 6Z may switch the power line 661 of the bus 66, thus powering 
25 up or down the boot store 62. 

Likewise, the bus 67 may communicatively and electrically couple the 
peripheral controller 68 to the data store 64 and to the boot-store switch 6Z. The 
boot-store switch 6Z may switch the power line 671 of the bus 66, powering up or 
down the boot store 64. 
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The port 69 may link the computer 6 to other devices , such as a modems, 
networks, etc. as indicated by the communications link 6A. 

The computer 6 may operate in two states: Connected and Disconnected. In 
flie Disconnected state, the computer 6 does not use the data port 69 to communicate 
5 and the data-store switch may enable the data store 62. 

By contrast, in the Connected state, the computer 6 may use the data port 69 to 
obtain data over the communications link 6A. In the Connected state, the switch may 
enable the second data store 64. 

Thus, the computer 6 may enable only one of the multiple data stores 62, 64 at 
10 any given time, which depending on whether it is accessing the communications link 
6A. This isolates data received over the communications link 6A to one of the data 
stores, namely, the data store 64. Where the data received was maliciously created (a 
virus or a hacking executable), this data is confined to the data store 64. 

The switching of the data stores 62, 64 may be done under manual, hardware 
15 or software control. A mechanical throw switched by the user when the user wishes 
to access (or cease accessing) the conmiunications link exemplifies a manual switch. 
A boot-store switch 6Z that responds programmatically to the CPU 60 illustrates a 
software-controlled switch. 

For example, if the user boots an Internet browser and the communications 
20 link 6A is the Internet, then the CPU 60 may programmatically recognize the 
(intended) launch of a browser and initiate the switch of the data stores 62, 64. The 
switch may involve re-booting the computer 6 in order to make the second data store 
64 the only data store available during the use of the communications link 6A. (A 
browser on the data store 64 may launch automatically on the boot fi:om the data 
25 store 64.) 

In one embodiment, the computer may synchronously switch the port 69 and 
the second boot store 64. This may improve the resistance of the computer 6 to 
hacking or infection. 
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Figure 6A illustrates the enabling of the data store 62 in conjunction with the 
defeat of access to the communications link 6A. The solid line continuing the power 
line 661 through the boot-store switch 6Z illustrates the accessibility of the data store 
62. Conversely, the dashed lined through the switch 6Z illustrates the inaccessibility 
5 of the data store 64. 

Figure 6B illustrates the enabling of the data store 64 in order to support 
access to the communications link 6A. The solid power line through the boot-store 
switch 6Z illustrates the accessibility of the data store 64. Conversely, the dashed 
lined through the switch 6Z illustrates the inaccessibility of the data store 62. 

10 The data store 64 may contain application software to process the data 

received over the link 6A. In such a sfetting the need to migrate the data on the data 
store 64 to the data store 62 may be minimal or non-existent. 

Where, however, the application to process the data received over the link 6A 
and stored on the store 64 resides on the data store 62, then a process of migration is 
15 necessary. A predetermined time after receiving data over the liiik 6A, the computer 
may simultaneously enable the data stores 62, 64 and copy the data received to the 
data store 62 for processing there. The delay allows, for example, anti-virus software 
providers to produce and distribute security software addressing threats that have 
come to light since the time of receipt of the data. 

20 The migration process may be manual or automatic. 

A LocKABLE Network Computer 

Figure 7A illustrates a computer 7 incorporating an embodiment of the 
invention. The computer 7 may include a CPU 70, volatile memory 71, a peripheral 
25 controller 77, a non-volatile data store 72, a data port 79, a communications link 7A 
and buses 75, 77, all well known in the art. The computer 7 may also include a 
switch 7Z. 

The bus 75 may communicatively couple the volatile memory 71, the 
peripheral controller 77 and the data port 79 to each other and to the CPU 70. The 
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peripheral controller 77 may communicatively couple with the data store 72. The data 
port 79 may mediate access to the communications link 7A. 

The bus 77 may communicatively or electrically couple the data port 79 to the 
communications device 7B. 

5 The port 79 may link the computer 7 to other communicators through a 

communication device 7B and over a communications link 7A. Examples of the 
communications device 7B and link 7A include an acoustic modem 7B and a POTS 
telephone line 7A; a tap 7B and an ethemet 7A; and a wireless modem 7B and 
radiation-permeable space 7A. 

10 The switch 7Z may switch a power line 771 of the bus 77, thus powering up or 

down the communications device 7B. The switch 7Z may switch (tri-state, for 
example) a data line 771 of the bus 77, thus interrupting or enabling the ability of the 
communications device 7B to transfer data to the data port 79. 

The computer 7 may operate in two states: Network Connected and Network 
15 Disconnected. Figure 7A illustrates the computer 7 in its Network Disconnected 
state, while Figure 7B illustrates the computer 7 in its Network Connected state. 
(The solid line continuing the power line 761 through the switch 7Z illustrates the 
continuity of the power or data line 771, and dashed lined through the switch 7Z 
illustrates the discontinuity of that line 771. 

20 In the Network Disconnected state, the switch 7Z may disconnect the 

communications device 7B from communicating on the data port 79. Accordingly, 
none of the software rurming on the computer 7 may access the communications 
link 7A. 

By contrast, in the Network Connected state, the switch 7Z may enable the 
25 communications device 7B to communicate on the data port 79. Accordingly, 
software on the computer 7 may access the communications link 7A. 

An exemplary use for the computer 7 is where a parent uses the computer 7 to 
access, say, his employer's computer network via a virtual private network (VPN) 
over the Internet 7A. The parent also wants his child to be able to use the computer 7 
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for school or recreation — but without access to the Internet 7A. The parent thus 
switches the computer 7 into the Network Enabled state when he (the parent) wants to 
use it, and switches the computer 7 into the Network Disconnected state when the 
child is to use the computer 7. 

5 The switching of the data stores 72, 74 may be done under manual, hardware 

or software control. A mechanical switch thrown by the user when the user wishes to 
access (or cease accessing) the communications link 7A exemplifies a manual switch. 
A mechanical switch that may be locked with a key, for example, is preferable. 

A switch 7Z that responds programmatically to the CPU 70 illustrates a 
10 software-controlled switch 7Z. (The CPU 70 may respond to any kind of input, 
including keystrokes, voice commands, biometric data and data received over a 
network.) A hardware switch 7Z may be considered as an analog computer. 

A computer 7 running an operating system that supports hot swapping offers 
an advantage. The addition and removal of the communications device 7B from the 
1 5 computer 7 may confuse OSs that do not permit hot swapping of peripherals. 

A Multi-data store Server 

Figure 8 illustrates a computer 8 incorporating an embodiment of the 
invention. The computer 8 may include a CPU 80, volatile memory 81, a peripheral 
20 controller 87, multiple non-volatile data stores 82a, 82b, . . • 82a, a data port 89, a 
communications link 8A and a bus 85, all well known in the art. The computer 8 may 
also include a data-store switch 8Z and a bus 86 consisting of the buses 861 or 862. 

The bus 85 may communicatively couple the volatile memory 81, the 
peripheral controller 87 and the data port 89 to each other and to the CPU 80. The 
25 data port 89 may mediate access to the communications link 8A. 

The peripheral controller 87 may communicatively couple with the data-store 
switch 8Z. The data-store switch 8Z in turn may communicatively or electrically 
couple to the data stores 82. The bus 861 may communicatively couple the data path 
of the switch 8Z to those of the data stores 82, and the bus 862 may electrically 
30 couple a power supply in or through the switch 8Z to the data stores 82. 
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The data port 89 may mediate access to the communications link 6A. The port 
89 links the computer 8 to other communicators over the communications link 7A. 

The computer 8 may operate in any of N states, where N is the number of data 
stores 82. In a first state, the data-store switch 8Z enables the first data store 82a to 
5 communicate with the peripheral controller 87. In the second state, the switch 8Z 
enables the second data store 82b to communicate with the peripheral controller 87, 
and in the Nth state, the switch 8Z enables the Nth data store 82a to communicate 
with the peripheral controller 87, 

The corruption or other failure of the data store 82 currently communicating 
10 with the controller 87 prompts the switching from one state to another, and thus from 
the failed data store to another, working data store 82. (The failed data store 82 may 
tiien be repaired in place, or it may be removed and repaired, removed and replaced, 
or removed permanently.) 

Where, for example, the computer 9 is a web server and the communications 
15 link 8A is the Internet, the multiple data stores 82 may provide resistance against 
infection and hacking by malicious users of the Internet 8A. If the hackers succeed in 
corrupting the data store currently attached to the peripheral controller, then a 
switching may occur from that corrupted data store 82 to another correct data store 
82. This switching may occur very quickly (preferably as quickly as possible) in 
20 order to minimize the loss of access to the data on the data stores 82. 

The switching may be manual, hardware or programmatic. For example, a 
diagnosis program may execute periodically to determine the health of the currently 
accessible data store 82. 

25 A Computer with Peripherals That Can Be Cycled 

Figure 9A illustrates a computer 9 incorporating an embodiment of the 
invention. The computer 9 may include a CPU 90, volatile memory 91, a controllers 
97, 98, a non-volatile data store 92, a port 99, a peripheral 9B and buses 95, 97, all 
well known in the art. The computer 9 may also include a switch 9Z. 
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The bus 95 may communicatively couple the volatile memory 91, the 
controllers 97, 98 to each other and to the CPU 90. The controller 97 may 
communicate with the data store 92. The controller 98 may communicate with the 
peripheral 9B. 

5 The bus 97 may communicatively or electrically couple the port 99 (and thus 

the controller 98) to the peripheral 9B. 

The peripheral 9B may be any computer peripheral. Examples include 
printers, USB devices, scanners, fax machines, data stores and keyboards. 

The switch 9Z may switch a power line 971 of the bus 97, thus powering up or 
10 down the peripheral 9B. The switch 9Z may switch one or more data lines 972 of the 
bus 97, thus disabling or enabling the peripheral 9B to transfer data to the port 99. 

A user of the computer 9 may be using the peripheral 9B, transmitting or 
receiving data on the from the device 9B as expected. The switch 9Z is supplying 
power to the peripheral 9B. 

15 At some point, the computer 9 becomes unable to communicate with the 

peripheral 9B. This may be caused by an error in the software or hardware of the 
computer 9, including software or logic of the peripheral 9B. 

The user attempts to revive communications with the peripheral 9B. The user 
may. for example, cycle the power to the peripheral 9B. Thus, the user changes the 
20 state of the switch 9Z such that the switch 9Z goes from powering to the peripheral 
9B, to not powering that peripheral 9B, to again powering that peripheral 9B. This 
switching may be done manually, in hardware, or programmatically. 

The cycling of the peripheral 9B may resolve the communication problem that 
the user was experiencing. For example, where the problem was with the software or 
25 logic of the peripheral 9B, then the power cycling may clear the software or logic 
state of the peripheral 9B. Where the problem was with the software or logic of the 
computer 1, cycling the power may clear the software or logic state f the controller 97 
or applications running in the memory 91. 
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Figure 9B illustrates an alternate embodiment of the computer 9. The 
switch 9Z switches both power and data lines. 

A Multi-user Computer 
5 Figure 5 illustrates a computer 5 incorporating an embodiment of the 

invention. The computer 5 may include a CPU 50, volatile memory 51, a peripheral 
controller 57, multiple non-volatile data stores 52a, 52b, . . . 52a and a bus 55, all 
well known in the art. The computer 5 may also include a data-store switch 5Z and a 
bus 56 consisting of the buses 561 or 562. 

10 The bus 55 may communicatively couple the volatile memory 51, the 

peripheral controller 57 and the data port 59 to each other and to the CPU 50. 

The peripheral controller 57 may communicative with the data-store switch 
5Z. The data-store switch 5Z in turn may communicatively or electrically couple 
with the data stores 52. The bus 561 may communicatively couple the data path of 
15 the switch 5Z to those of flie data stores 52, and the bus 562 may electrically couple a 
power supply in or through the switch5Z to the data stores 52. 

The computer 5 may operate in any of N states, where N is the number of data 
stores 52. In a first state, the data-store switch 5Z enables the first data store 52a to 
communicate with the peripheral controller 57. In the second state, the switch 5Z 
20 enables tfie second data store 52b to communicate with the peripheral controller 57, 
and in the Nth state, the switch 5Z enables the Nth data store 52a to communicate 
with the peripheral controller 57. Only one data store 52 may access the peripheral 
controller 57 at any given time. 

In one embodiment, the computer 5 has only one controller with multiple 
25 devices. In another embodiment, the computer 5' has multiple controllers, each with 
respective multiple peripherals. The switching then switches among the multiple 
peripherals of the first controller, the multiple peripherals of the second controller, 
etc. (The multiple controllers need not have the same number of multiple 
peripherals.) 
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Each data store 52 may contain self-contained software for a respective user or 
group of users. Each data store 52 may contain a bootable operating system, and 
optionally such application or data files as the user(s) corresponding to the data store 
52 may require or desire. 

5 Each user or group of users may use only a predetermined one (or more) of the 

data stores 52. Thus, before using the computer 5, a user sets the switch 5Z to the 
predetermined position enabling the data store 52 corresponding to that user to 
communicate via the controller 57. 

In this way, a first user's data is separated from a second user's data on the 
10 same computer. The computer 5 more effectively separates users' data by enforcing 
security at a physical level rather than at the logical (software-enforced) level typical 
of multi-user operating systems. 

In this scenario, re-booting between switches is desirable. Re-booting clears 
out the memory 51 in the switch from one user to another. Also desirable is a multi- 
15 key, multi-position lock. Any one key may turn the lock to any one predetermined 
position, enabling one corresponding data store 52. 

The invention now being fiiUy described, one of ordinary skill in the art will 
readily recognize many changes and modifications that can be made thereto without 
departing from the spirit of the appended claims. For example, in addition to 
20 switching software, data stores or other peripherals as described above, a computer 
may also switch properly ftinctioning hardware for malfiinctioning hardware. Indeed, 
in a computer with multiple mother boards, a switch may switch the fixnctioning 
components of a computer from one board to another. 

Also, while the description above usually uses data stores as the devices to 
25 switch, one of skill in the art will readily now realize that other computer components 
may be switched, including logic boards, ROM and controllers. 

Under certain circumstances, danger or damage may follow from switching 
when power is supplied. Accordingly, a switch may be deactivated when such danger 
or damage may result. Logic such as the controller lA may prevent dangerous or 
30 damaging switching by tracking power states, device identities, etc. and permitting 
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switching, for example, when no electrical current is flowing to the devices to be 
switched. 

Preferably, the switch is located in an easy-to-reach location. This contrasts 
with the typical location of USB, keyboard and other ports, for example. 

5 

On-The-Fly Repair Of A Computer 

The following invention provides an apparatus and method of supporting the 
backup and recovery of a computing device. The computing device will typically 
include both a user computing environment and a supporting environment which 
10 enhances the stability and functionality of the user computer environment. 

Processes 

In one embodiment, a plurality of computing processes may be utilized to 
enable the On-the-Fly invention. Here, individual computing processes may monitor, 

15 track, predict the stability, backup, restore, or recover attributes within the user 
computing environment. The attributes may be software specific, data specific, 
operating system specific, or any combination. Utilization of the plurality of 
computing processes can facilitate the normal operation of the user computing 
environment. In one embodiment the user computing environment may be stabilized 

20 without user intervention such as requiring the user to shut-down, restart, logging off, 
logging on, or terminating applications. In one embodiment the supporting 
environment may have a capability interacting with the user computing environment. 
In one embodiment the supporting environment may be capable of initiating or 
causing the user computing environment to shut-down, restart, logging off, logging 

25 on, or terminating applications. 

Different Computing Systems 

In one embodiment the user computing environment and the supporting 
environment function in different computing systems. The two computing systems 
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may reside in a common box. The user computing system may consist of data storage 
devices, RAM, processor, video card, and other attributes known in the art to faciUtate 
a computing system. The supporting computing system may consist of a master 
template data storage device, RAM, processor, and other attributes known in the art to 
5 facilitate a computing system. In one embodiment, the data storage devices may be 
linked as needed to perform repairs. Such as, the need to copy data from the support 
environment to the user environment. 

Snap-Shot of Data 

10 In one embodiment, the present invention takes a snap-shot of the user 

computing environment. This snap-shot may subsequently be. utilized to restore, 
analyze, or enhance the stability of the user environment. The snap-shot may include 
a stable image of flie operating system, software applications, or user data. The snap- 
shot may contain an idealized or stable version of a disk drive utilized by the user 

15 environment, or a subset of the disk drive such as an individual partition. The snap- 
shot may also include an idealized version or image of the user system RAM, user 
system disk drive, user system partition image, memory of the video card, or any 
other memory stored or utilized in the user computing environment. These snapshots 
may be stored in the associated support environment data storage device 

20 

Monitoring 

The supporting environment may monitor the user environment. The 
monitoring may include monitoring of processes running or enabled within the user 
environment. The monitoring may include monitoring both the utilization of the data 
25 storage device, data contained on the data storage device, and other aspect necessary 
for the normal operation of the user environment. This monitoring may facilitate 
identifying undesired changes, potential problems and also potential solutions. The 
supporting system may detect a freeze or other undesirable change within the user 
environment. 
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Recovery 

When an undesirable change is detected in the user environment, the 
supporting environment may attempt to recover or restore or repair the user 
environment. The supporting system may be capable of re-enabling the user 
5 environment in a number of ways, such as resetting the keyboard in the event the 
keyboard locks the communication of keystrokes to flie user environment. Further 
recovery of the user environment may be supported by reset connections such as 
describe by "Freezebuster", reset and clear devices as needed, replace defective 
software components as needed, and/or switch hardware components and/or devices 
10 as needed. The supporting environment and or supporting system may copy all or part 
of the data from one or more of the idealized snapshots mentioned above. These 
snapshots may be copied into their respective devices and/or locations. 



Application Configuration 

15 Another embodiment supports an ability to run two or more different 

programs at the same time on one computing system where the data and applications 
may be isolated from one another but may share output and/or input devices. In one 
embodiment, the applications may be isolated by executing the applications in a 
separate address space. The applications and data may be further isolated by utilizing 

20 two separated data storage devices. In order to safely send a command from one 
isolated data storage device to the other isolated data storage device the following 
may be utilized. In one embodiment, when an icon on the desktop icon is clicked the 
following may occur. The icon may execute a command that would launch a specific 
application on the other isolated data storage device. This may be accomplished by a 

25 shared ASIC that sends the command to the other isolated data storage device. 

Another embodiment involves isolation of data with merged display. In this 
embodiment two user environments can be separated for the purposed of isolating 
data. For the AntiHacker System: A hard drive that does not contain "sensitive" data 
could be isolated and attached to a network. A second hard drive, may or may not be 
30 attached to the other hard drive (in any way), could be' utilized, for "sensitive" user 
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data, but have no exposure to the network because it is "isolated" by a means of 
switching. The video signals associated with the data coming from these two hard 
drives could then be "merged" onto the same screen. In other words, all of the 
computing would be happening within isolated "secure zones" within a single 
5 computer but would not appear so to the user. Another example: the anti-virus system 
could use this method to isolate potentially infectious data. 

Application Output 

Applications may have its output displayed on the same screen alongside 
10 and/or superimposed upon the same screen with other applications and data that were 
being "computed" separately. Both computing processes may be separated but may 
then be "merged" together on the screen, and/or overlaid one another on the same 
screen. In one embodiment, this may be achieved by using multiple video cards. This 
concept can be applied for example to the Repair System, Multi User, Anti-Hacker, 
1 5 anti-theft and Anti- Virus. 

In another embodiment both the user computing environment and the 
supporting environment will reside on a single computer system. A snap-shot of the 
operational user enviroimient will be taken. The snap-shot will be associated with the 
supporting environment. Processes associated with the supporting environment will 

20 monitor the activities and status of the user computing environment. The monitoring 
function will become aware of any degraded performance of the user computing 
environment, such as a system freeze up. The monitoring function notifies the 
supporting environment of any degraded performance. The supporting environment 
will perform any recovery action as necessary to recover or restore the user 

25 environment. Recovery may include utilizing the snap-shot to recover or restore the 
user enviroimient. An entire user disk may be restored. A specific application or 
software package may be restored, or particular files. 
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External Repair Of A Computer 

The invention may back up or recover a computing device. The computing 
device may include a user computing environment and a supporting environment 
which stabiHzes the functionality of the user computing environment. The invention 
5 may include one or more external devices or removable media. 

Master Template 

A master template may be a copy of data that represents an ideal state of a 
computer system or component of a computer system. The master template may be 

10 created by copying data from an operational computer system or component of a 
computer system. The computer system may be in an ideal state before creating a 
master template. An ideal state of a computer system may be represented by data that 
is accessible to the computer system. Data, within this context, may include an 
operating system (e.g., Linux, Unix, Windows 98), applications (e.g., WordPerfect, 

15 Microsoft Office), user data (e.g., operating system preferences, background images, 
created documents), and component data (e.g., BIOS, PRAM, EPROM). Data may 
also include any information accessible to the computer system, including local and 
remote data storage devices. 

As an example, the master template for one computer system may include all 
20 of the information installed on that computer system, such as Windows 98 operating 
system, WordPerfect application, documents created by the user. The information 
may be installed across multiple hard drives accessible to the computer system. 
Additionally, the master template may include a copy or an ideal-state version of the 
BIOS settings. 

25 A master template may represent a snapshot of a newly purchased computer 

system. The system is typically in an ideal state with an operating system and various 
applications pre-installed, thereby allowing a user to begin utilizing the computer 
system. For a particular user, the master template may represent an ideal state of a 
computer system, including, for example, an operating system, applications, and user 
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customizations. A user customization may include the users prior selection of a 
picture or "jpg" image for a desktop background, such as a picture of the users pet. 

Optionally, the master template may be created from a first computer system 
and subsequently may be used as a master template for a different computer system. 
5 An ideal state of the first computer is thereby transferred to a second computer system 
or any number of computer systems. 

Backups 

A backup is a copy of data that represents an information on a computer 
10 system or component of a computer system. The backup may be created by copying 
data from an operational computer system or component of a computer system. A 
backup of a computer system may include data that is accessible to the computer 
system. Data, within this context, may include an operating system (e.g., Linux, 
Unix, Windows 98), applications (e.g., WordPerfect, Microsoft Office), user data 
15 (e.g., operating system preferences, background images, created documents), and 
component data (e.g., BIOS, PRAM, EPROM). Data may also include any 
information accessible to the computer system, including local and remote data 
storage devices. 

As an example, a backup for one computer system may include all of the 
20 information installed on that computer system, such as Windows 98 operating system, 
WordPerfect application, documents created by the user. The information may be 
installed across multiple hard drives accessible to the computer system. Additionally, 
the backup may include a copy or an ideal-state version of the BIOS settings. 

An archive is a backup which tjT)ically may not be erased. 

25 

Data Storage Device 

A data storage device includes memory devices, which are accessible to a 
computer system. A computer system is capable of accessing or storing data in a 
variety of memory devices. Memory device may include hard drives, RAM, ROM, 
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EPROM, or BIOS. Memory devices store data (e.g., data or programs). User data is 
typically stored on disk drives, but may potentially be stored on any memory device. 
Typically, a computer system utilizes a variety of memory devices. For example, an 
operating system, applications and user data may be stored on a hard drive, a BIOS 
5 program may be stored in ROM, and BIOS data may be stored in a protected memory. 

DSD 

A "DSD" refers to a "data storage device," 

1 0 Methods of External Attachment 

Data Storage Device (DSD) may be an external device. A variety of protocols 
currently exist for utilizing external devices. Some of the more prevalent protocols 
include TCP/IP, USB, USB 2, Firewire, IEEE 1394, PS/2, parallel, serial, PCMCIA, 
SCSI. Other protocols and method of connecting external devices to a computer 
15 system will be apparent to one skilled in the art. As an example, a SCSI hard disk and 
SCSI CDROM are memory devices that may be attached to a computer system. The 
computer system may then read or write to the external device. 

Repair Process: 

20 An automated process may repair a data storage device of a computer system. 

The repair process may include multiple programs. The automated process may be 
triggered by a particular event or a set of events. The repair process may be specific 
to a particular data storage device such as the primary boot partition of a hard drive. 
The repair process may encompass a variety of functions which may be modified, 

25 added, of skipped based on the type of repair or user preferences. The user may 
modify user preferences. 

In one embodiment, the repair process represents a sequence of functions. 
Typically a Master Template is either provided to the user or created by the user. 



A-70543-3/RMA 



1085203 



-30- 

Backups are created intermittently. The computer system becomes unstable and 
repair becomes necessary. The user may activate the repair process or the repair 
process may recognize the instability or problems with the system and activate the 
repair process. 

5 Prior to repair, a Master Template typically exists for the computer system. 

The Master Template may have been created in a number of different ways. Several 
ways of creating one or more Master Templates for this computer system include: 
shipped with a new computer, created with the installation of software (e.g., software 
to support this process), created by a user-activated program, periodically created of a 
1 0 Master Template by a program. 

Backups typically exist for a computer system. A backup may include user 
data and programs which have been stored on a data storage device accessible to the 
computer system. For example, documents may have been created or modified by a 
user. These docximents may be stored as a backup. The user may have installed 
1 S additional programs fliat may be stored in a backup. 

During a backup process data is copied from a data storage device of the 
computer system to the backup data storage device(s). Any data that is accessible to 
the computer system may be backed up. The backup may be compressed. 
Compression may reduce the amount of storage space required to hold the backup. 
20 Incremental backups may also be used. Incremental backups may reduce the time 
required to perform a backup and reduce the storage space required to store them. 
Backups may be stored as archives. 



Repair Process is activated and (Optionally may be confirmed): 

25 The repair process may include a number of fimctions. The repair process 

may be initiated by a user, administrator, repair software, or repair hardware. The user 
may specifically initiate the process (e.g., double clicking on an icon of a graphical 
operating system). An administrator may initiate the process by communicating with 
the computer system over an internet connection such as TCP/IP. Repair software 

30 may initiate the process by utilizing a boot diskette or a separate boot partition on the 
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hard drive. Repair hardware may initiate the process by sensing a frozen state of the 
operating system or hard disk, and subsequently initiating the repair process. 
Alternatively, the user may press a hardware switch which initiates a process to 
shutdown the machine, switch boot disks, and the subsequent startup may initiate the 
5 continuation of the repair process. 

The repair process may be configured to allow the user to confirm the repair 
process in a number of scenarios. For example, before a DSD is reformatted the user 
may be requested to confirm the operation. The user may be allowed to halt the repair 
process. 

10 The repair process may utilize a Master Template, Backup, Archive, various 

commands associated with an operating system, switching, and other programs, for 
repairing a computer system. For example, the repair process may format and 
partition a hard disk using an MS-DOS command, then copy a Master Template to the 
primary boot partition of the hard drive, then copy the latest Backup or Archive, then 

1 5 mark the primary boot partition as the active partition. 

Any number of backups or archives may be used to restore the user DSD(s). 

Command associated with an operating system may be used to reset or update 
DSD of the computer system. A DSD (e.g., PRAM, BIOS, or CMOS) may be 
updated through the use of commands associated with an operating system. 

20 Typically, MS-DOS commands may be used to download, save, reset, reset to the 
default, or update a BIOS version. For example, one step in the repair process may 
include booting into an MS-DOS partition, executing MS-DOS commands to update 
the BIOS of the computer system, then change the boot device and reboot the 
computer system to continue the repair process if necessary. Alternatively, the DSD 

25 (e.g., BIOS) may be set to a previously saved state. The previously saved state may 
be included as part of the Master Template, Backup, or an Archive. 

The repair process may also be capable of managing DSDs. Managing DSDs 
may include testing, reformatting, analyzing, resetting, or determining bad blocks. 
Alternatively, the repair process may interact with other programs to provide 
30 management functionality of all or some DSDs. For example, the repair process may 
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rely on operating system commands to format a DSD (e.g., a hard drive), but interact 
with a program to interact with another DSD (e.g., BIOS, PRAM). 

The repair process may evaluate the present state of the computer system. As 
part of the analysis the repair process may determine or recommend a type of repair. 
5 For example, if the DSD (e.g., hard disk) is not responding then reformatting may be 
recommended. If only several files appear to be corrupted then the repair process 
may determine only those files need to be copied firom a Master Template or a 
backup. Some or all of the data firom a master template may be copied on to the 
DSD(s). Alternatively, the repair process may copy the entire master template to the 
10 DSD(s). 

The repair process may perform a similar evaluation regarding how much of a 
backup needs to be copied. Some or all of the data from a backup may be copied on 
to the DSD(s). Alternatively, the repair process may copy the entire master template 
to the DSD(s). 

15 Rebooting the computer system may be integrated into the repair process. 

Switching between boot devices may be integrated into the repair process. The repair 
process may switch the boot disk fi-om hard disk 1 to hard disk 2. Power may be 
cycled such that hard disk 2 boots up as the active partition. A default program may 
be executed as part of the boot sequence to perform part of the repair process. 

20 Subsequently, the repair process may alter the hard disk 1, switch hard disk 1 to the 
active partition, and then reboot or cycle the power to initiate the booting of 
hard disk 1. 

Some Exemplary Embodiments of External Device Embodiments 

25 The repair process may be initiated or managed by an externally located 

device that may be communicative coupled to the computing device through, e.g., 
USB, Firewire, parallel, serial, PS/2, PCMCIA, or infrared. The external device may 
be the boot device. 
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An external boot device may be connected to the computer system with the 
boot device activating the repair process. The repair program may reside on the boot 
device or a second data storage device. The second data storage device may also be 
communicatively coupled to the computer system. The second data storage device 
5 may contain master templates, backups, or archives. The second data storage device 
may also contain the repair program or other programs which facilitate the repair 
process. 

For example, an internal SCSI device "id 0" may be the default boot device. 
The repair process may switch the power to the SCSI device "id 0" OFF. The repair 
10 process may switch the power to an external SCSI device "id 0" ON. The repair 
process reboot the computer system by actuating a reset command (e.g., a mechanical 
device, a logic circuit). When the computer system reboots, the external SCSI device 
may be the boot device. The repair process may then continue as directed by part of 
the repair process on the external SCSI hard drive. 

15 The repair process may include switching the device id's of a primary and 

secondary SCSI disk. In this second example, the internal SCSI drive may be "id 0" 
and the external SCSI drive may be "id 5". The repair process may change the 
internal SCSI device to "id 5" and the external SCSI device to "id 0". Switching of 
the SCSI device id's may be performed by the repair process (e.g., a mechanical 

20 device or a logic circuit, activated by the repair process). 

In another embodiment, the BIOS may be modified to enable booting from an 
external device. The boot device may also be switched by updating the BIOS. 
Typically the BIOS defines tiie boot sequence. If the first boot device is not found, 
then an alternate boot device may be defined in the BIOS (e.g., the boot-device 

25 sequence is CDROM, A:, C:). The BIOS may be downloaded, modified, and 
restored. The BIOS may be updated (e.g., in place, via download-modification- 
upload) to change the boot identifier of a USB device, an IDE device, or other 
devices. The repair process may download a copy of the BIOS in a variety of ways. 
One example, includes booting into an MS-DOS mode, executing a program to save 

30 the current BIOS to a file. The BIOS file may be saved into a master template. 
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backup or archive. Alternatively, the BIOS file may be modified by the repair process 
to change the boot sequence. If the BIOS file is updated then it must be loaded into 
the computer system to take effect. Effectively the boot sequence may be changed to 
another DSD, such as a second hard drive. The external SCSI disk with a specific 
5 "id" may become the "boot device". Another option involves storing multiple copies 
of the BIOS file, each having a different boot sequence, uploading the appropriate 
BIOS file may allow booting firom a particular boot device (e.g., IDE hard drive 
partition 1, SCSI device "id 0", USB disk, Jaz drive, etc.). An external device may be 
the boot device and start or continue the repair process. 

10 In another embodiment, a secondary boot device may be attached as an 

external Data Storage Device to a computer system (e.g., connect to a parallel port). 
This secondary boot device may activate or manage the repair process. The 
secondary boot device may contain programs to conduct processes such as 
reformatting another data storage device (e.g., internal or external hard drive), 

1 5 copying data firom a Master Template, copying data firom a backup or archive. 

A program on the secondary boot device, or accessible to the secondary boot 
device, may be activated to create a master template, backup, or archive of and data 
accessible by the computer system (e.g., the user's main drive). 

A program on the secondary boot device, or accessible to the secondary boot 
20 device, may be activated to repair a data storage device on the computer system (e.g., 
the user's main drive that needs to be repaired). In this scenario, the Master 
Template, Backup, or archive Data Storage Device(s) may be attached externally via 
USB, firewire, etc. The program may actively search for Master Templates, Backups, 
or archive DSD(s) and present the user with a list of options for restoring the 
25 computer system. Alternatively, the repair process may determine and select the best 
restore options and continue the repair process. 

In another embodiment the repair process may be initiated by insertion of a 
floppy, cd, dvd, or use any other form of removable storage/memory or startup 
device, and rebooting the computer system. The removable storage/memory or startup 
30 device may boot if the BIOS boot sequence contains a sequence in which the boot 
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order enables a removable media to act as the boot device. Booting from the 
removable media may trigger or activate an automated repair process (e.g., a program 
located on the removable media or an external device). Booting from the removable 
media may activate a mechanical device or program logic to initiate the repair process 
5 (e.g., switch hard disk device id's and initiate a reboot sequence to boot from another 
device to continue the repair process). 

In another embodiment, a repair program or part of the repair process may be 
placed in a StorExecute, microcontroller, ASIC, etc. The repair program may activate 
a repair process. The repair program may include managing the repair process. 

10 Functions which may be performed include reformatting data storage device(s), 
switching between boot devices, switching electrical components within the computer 
system or external components, copying data to/from data storage device(s), (e.g., 
copying master templates, backups, etc, or any portion to another data storage device), 
and other repair ftmctions. The repair process, may also be located, integrated, or 

15 embedded in an external device. A switch trigger that activates the repair process may 
also be located, integrated, or embedded in an external device. 

In one embodiment, the startup device may be selected by a StoreExecute. 
Altematively, a device identity may be assigned by a StoreExecute. The necessity to 
perform switching through the use of jumpers is thereby reduced. For example if a 
20 repair process is triggered, a StoreExecute may assign device identities to data storage 
devices or may decide which data storage device shall be used for the repair process, 
and which data storage device shall be used for boot data storage device if rebooting 
is utilized in the repair process. 

In one embodiment during "on-the-fly" repairs, an external data storage device 
25 may be utilized for such things as the Master Template or backups, or for software 
used for the repair process. 

In this embodiment, an external data storage device ("DSD") is attached to a 
typical personal computer that contains an internal data storage device. The internal 
DSD may be referred to as the "main user" data storage device. An external DSD 
30 may be attached via any available external connection. 
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Example of external data storage device ("DSD") for repairing a computer: . 

In this example, a user attaches an external data storage device ("DSD") to a 
computer with any available external connection (e.g., Firewire, USB, SCSI, etc.). 
5 An external connection may include USB, USB 2, Firewire, IEEE 1394, PS/2, 
parallel, serial, PCMCIA, SCSI, and other protocols and method of communicating 
with an external device. 

The user installs software on "main user" DSD that initiates a program to 
create a master template, and schedules Backups to execute every Friday morning. 
10 The master template is created by the program and stored on the external data storage 
device. Every Friday morning the repair process runs and stores a backup of 
additional information to the external data storage device. 

A micro-controller and EPROM may be attached to the computer to perform 
part of the repair process. Attachment may be via any available external connection. 
15 The micro-controller and EPROM may be integrated into the external data storage 
device. 

A switch trigger may be attached to the computer. Attachment may be via any 
available external connection. The switch trigger may be integrated into tfie external 
data storage device. 

20 As another example, the main user data storage device is accidentally erased 

or damaged and that the computer system will not boot. The user decides to repair 
computer and initiates tfie repair process by activating a switch trigger, which initiates 
the following process: 

The micro-controller may interrogate the BIOS of the computer system to 
25 determine its current boot up sequence. EPROM may store instructions for how to 
accomplish this. 

The micro-controller may determine that it is necessary to alter the boot 
sequence so that the externally attached data storage device will become tiie boot 
device. The micro-controller and associated EPROM may flash the BIOS in order to 
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accomplish this. The micro-controller may then send a command to computer to 
reboot the computer. When the computer reboots, it will reboot from the external data 
storage device. 

Following the boot up, programs which are located on the external data 
5 storage device may execute the repair process as defined herein. 

Backup Of A Computer 

The invention may backup, maintain backups, or recover data associated with 
a computing system. The computing system may include any number of components 

10 including hardware and software, and any memory accessible to the computing 
system. The computing system may focus on a user computing system and 
potentially the supporting environment which stabilizes the functionality of the user 
computing system (e.g.,operating system, BIOS, etc.). Typically data associated with 
the computing system is identified by a variety of characteristics, the data is stored as 

IS a backup, and subsequently data within the backup may be restored or used to 
evaluate an existing computing system. 

Backups 

Data has a number of characteristics, typically including availability for use in 
20 a computing system. Data may include one of more of any of the following: operating 
systems, application, user data, data residing in the computing system (e.g., hard disk, 
hard disk partition, RAM, ROM, BIOS, CMOS, EPROM, electronic serial numbers, 
etc.), applications residing in the computing system (e.g., sample listed above), and 
backups created or accessible. The term data may be used to describe a specific 
25 aspect of information for association with a backup process. A backup process may 
include identifying data and the characteristics of data, for backup, management, or 
restoration. Data may also refer to a backup or set of backups. By default the data to 
backup may represent all data on a given disk drive, a given disk partition, or a 
memory. 
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Characteristics of the data may include an indication of what data is part of the 
backup, how to access the data, where to backup the data, frequency of the backup, 
and type of backup. These characteristics may be used to define or identify specific 
data associated with a backup process. Specific implementations may vary according 
5 to what characteristics are associated with the backup process. 

What data to include is limited by the accessibility of the data to the 
computing system. Specific data for inclusion in a backup may be predetermined or 
determined as part of the backup process. Predetermined identification of data to 
include in a given backup may be provided by a hardware or software manufacturer, 

10 or a user (e.g., system administrator). Predetemiined set of data may provide an 
initial indication of what data to backup. An operating system may, for example, 
include a list of files and or directories associated with operating system functionality. 
Here the operating system may provide a predetermined list of files or associated data 
representing the operating system or identifying specific data to backup (e.g., list of 

1 5 uses, user preferences, passwords, windows registry file). 

A hardware system may, for example, include a memory address range (e.g., 
RAM, ROM, EPROM, BIOS, etc.) that represents data that may be useful to backup 
for that system. The hardware system may also identify other data within the 
computing system that may be useful in the backup process (e.g., applications to 

20 extract or update a BIOS). Typically, the data identified is useful in the backup 
process, such as understanding the operation of the computing system or restoring 
data in the event of a failure or corrupted data. Data identified for backup may also 
have a variety of uses including cleaning up the computing system which may have 
limited disk space (e.g., verify the necessity of data in a current computing system) 

25 and restoring identified data. 

Alternatively, what data to include in a given backup may be determined 
subsequent to the delivery of a computing system to a user. Data may be determined 
with installation of hardware or software, or during the normal course of utilizing the 
computing system. A determination may be made with the installation of hardware or 
30 software. The installation process may be actively engaged in identifying what data 
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would be useful to the backup process. The installation process may interact with the 
backup process or tools to identify program files and data specific to a given 
installation. The location of user file may also be helpful to the backup process. The 
contents of a user directory may be marked by the backup process for inclusion in a 
5 periodic backup. Accessing data by an application may also be integrated into the 
backup process. One example includes added functionality, such that saving data 
(e.g., a files) by the application includes an indication to the backup process to backup 
that specific data. The installed application may add the saved user file to a list of 
files that should be include in a subsequent backup. If multiple users access the same 
10 computing system, the file to be included in a backup may include an ownership 
indication. 

Data to include may be identified according to directories or specific files. For 
example, data to include may be identified by file type, file location, directory tree, of 
memory device. A selective backup may backup only data associated with a specific 
1 5 system component such as a disk drive or data storage device. 

How to access the data may be an important characteristic of the backup. An 
important consideration may be required for accessing, storing, formatting, 
modifying, restoring, and updating data of the various components associated with a 
computing system. Not all data is readily accessible according to a well known 
20 process of accessing a hard drive. As described above, data may include any data 
accessible to the computing system. Typically, a piece of data is uniquely accessible 
according to a predefined process. The process for accessing information from a disk 
drive is readily appreciated by novice users. 

For example, accessing BIOS data for backup may involve booting into a 
25 particular operating system (e.g., DOS 5.x), running a hardware-specific program 
which may verify the hardware compatibility, executing a second hardware-specific 
program which may copy the data (e.g., BIOS data) to a floppy disk. Updating the 
BIOS in the example may involve running another program to flash the BIOS. Both 
the old and new versions of the BIOS, and associated applications can be stored as 
30 data in a backup. Consequently, a restoration of the old BIOS can be incorporated 
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into the backup process. Similarly, other data accessible to the computing system 
may be incorporated in to the backup process by analyzing the existing processes for 
managing data for specific components within the computing system. 

Where a backup is stored may be predetermined or determined as part of the 
5 backup process. A manufacturer of the hardware or software may provide an initial 
predetermined backup storage area or an indication of another device where the 
backup is to be stored. An operating system may access a second data storage device 
such as a disk drive, a second partition, or a pre-allocated file (e.g., similar to a swap 
file). Backup data may be stored to this initial location. A Hardware system may, for 
10 example, include a second memory or an address range of a memory (e.g., RAM, 
ROM, EPROM, BIOS, etc.) that represents the default backup location. Optionally, 
the backup location may be another storage device within the computing system or 
accessible to the computing system (e.g., across an Ethernet, firewire, USB, etc.). 

Frequency of the backup can be based on any of a number of factors 
15 associated with the data and computing system including: volatility of data, volatility 
of the computing system, importance, upgrade schedule, user projects, personal 
comfort level, past experience with similar environments, degree of user participation, 
etc. Backups can be scheduled at particular times and intervals based on these factors. 
Backups may be initiated by the hardware, software, or a user. Similarly, other 
20 activities on the backup process, such as maintenance and restoration, may be 
performed based on a given frequency. 



Type of Backup 

A variety of backup types may be supported. The types may include at least 
25 one of the following: fiiU backup, selective backup, partial backup, master template, 
data modified since a prior backup, or based in part on a comparison with a prior 
backup (e.g., a prior backup, or a listing of the contents of a prior backup). The type 
of backup may be defined for all data included in the backup, or part of the data 
associated with the backup process. For example, a backup may include an operating 
30 system wherein only files associated with the operating system and files modified 
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since a prior backup are included in a specific backup. The specific backup may 
further include a user data directory identified for backup. 

Data represented in a Backup 

5 Data represented in a backup may be identified by the various characteristics 

described above. Typically, data represented in a backup supports a backup process, 
such as a possible restoration of the data for use in a computing system. The backup 
or the various data contained in the backup may be a compressed or encrypted. 
Specific data in the backup may be an exact duplicate or enough information that the 
10 data may be recreated, corrected, or verified. For example, file differences may be 
included in a backup, thereby allowing a set of backups to be utilized to recreate or 
correct a file or data. How to access the data may also be represented in a backup for 
certain types of data (e.g., BIOS) and not represented in a backup for other types of 
data (e.g.,"c:\my docs\*.docs"). 

15 Data to be included in a given backup may identify by hardware, software, 

user, or other characteristic of the computing system. A computer manufacturer may 
create an initial backup of a standard installation, which may include various forms of 
data associated with a computing system. The manufacturer sells the computing 
system to a user and may provide a master template as a backup that represents the 

20 manufacturers initial computing system configuration. This saves the manufacturer 
time and money, and gives tiie user peace of mind. Subsequently the user may install 
additional software and thereafter create a partial backup of the changes to the 
computing system. A comparison may be performed between the master template 
and data associated with the current computing system. Difference between the two 

25 can be identified as the data for backup. Here, data that has been changed, added, or 
deleted, in comparison to data associated with a master template may be identified for 
backup. Consequently, the master template and a subsequent backup may be used, 
according to this example, to restore the computing system to the level of 
functionality associated with the subsequent backups. A variety of scenarios will be 

30 apparent to one skilled in the art. 
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Repair Process 
Restoring 

Data represented in a backup is typically restored to a computing system. 
5 Restoration may include the selection of at least one of the following: specific backup, 
group of backups, specific data contained within a backup, and a master template. 
The restoration may initially determine the difference between the current computing 
system and a prior backup. Characteristic associated with the identified data may be 
used in the backup process (e.g., restoration process associated with BIOS which may 
1 0 have been included in a backup.). 

The selection of a master template, for example, may return the computing 
system to an idealized state as defined by the master template. A master template and 
other data may be identified to restore the computing system to a state associated with 
the last backup in combination with the identified master template (e.g.,master 
15 template represent the state as purchased, and the identified backup represents the 
state after a user installed several applications). Alternatively, a master template may 
represent an upgrade to the computing system. This upgrade may be combined with 
other user backup to enhance the fiinctionality of the computing system and maintain 
existing user data. 

20 

Selecting Data 

Data associated with the backup may be identified similarly to the selection of 
data for inclusion in the backup, as described above. This information may also be 
utilized to determine what data or aspects of the data to restore (e.g., specific users 
25 files). 

Data matching a certain file type, file location, data storage device, device, 
component, description, date, wild card matching, etc. may be identified for 
restoration. The selection may be performed by the hardware, software, user, or any 
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component in the computing system. In the event of an operating system failure it 
may be more appropriate to allow hardware or software select data to restore. 

Restoration location for data may be specified by a user, hardware, software, 
default, original location of the data, temporary location, an alternate location (e.g.,for 

5 fiirther analysis), or by any component of the computing system. For example, a user 
may elect to restore data with wild cards such as "*.doc" and "*.txt" fi^om all backups. 
The "*.doc" files will be placed in a user-specified or default file location 
(e.g.,"c:\documents folder\doc\"), and "*.txt" files will be placed in a user specified 
file location (e.g.,"c:\documents folder\txt\"). Alternatively, the data (e.g.,files in this 

10 example) may be restored to their original location which may be identified in the 
backup. 



Preferences 

Preferences may be associated with the backup process, and may include 
15 preferences of hardware, software, users or other components of a computing system. 
Preference may be defined as a set of default values associated with the computing 
system, hardware, software, or particular users. Configuration information and 
characteristics may be defined as preferences for each component of the computing 
system. A preference associated with a BIOS may include a process or program for 
20 accessing the BIOS in a specific manner, such as booting to DOS 5.x, executing a 
specific program to extract the BIOS. Preference may be changed by hardware, 
software, or users. 

The preferences can be used to define data characteristics (including backups), 
restore characteristics, and manage data. Preferences may limit the interaction 
25 required with users during the backup process (e.g., selecting data or restoring data). 
A new user may establish preferences to limit interaction with a backup process. A 
seasoned veteran may establish preferences to provide a more robust control of the 
backup process or aspects of the backup process. 

For example, the specific characteristics of how the backup process interacts 
30 with updating a BIOS may be of a greater interest to an experienced user rather than a 
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novice. In another example, user preferences may dictate the interaction between the 
user and the restore. By default, the restoration process my provide the user with a 
push button restore, such that the computing system will control the entire restoration 
process. Alternative, the user may modify the preference such that a user response is 
5 required before specific aspects of the backup process are performed (e.g.,format hard 
drive, or flash the BIOS). 

Software may also have preferences, which may identify data associated with 
the software, when installed, serial number, and possibly an indication of the best way 
to backup, manage, and restore the software. Preferably, preference associated with 
10 hardware and software would minimize interaction required a by user in the process. 



Initiating Restoration 

The hardware, software, or user may initiate and may manage the repair 
process. Data matching a restoration criteria may be restored. Criteria for restoration 

IS may be base on the data stored in the backup (e.g., frequency, master template, 
compression, encryption, etc.). Further criteria for restoration may be based in part on 
the type of backup or current status of the computing system (e.g., functional, hard 
disk failure, BIOS failure, OS non-responsive, etc.) The current status may be 
determined in part through the utilization of hardware and software to monitor the 

20 health of the computing system. For example, hardware or software can monitor the 
computing system for any indication of a keyboard "freeze", and activate part of the 
backup process to return the computing system to a normal operating state. Utilization 
of hardware and software can be used to maintain the health of the computing system. 
Maintaining the health of a computing system may include determining backup 

25 process characteristics which may be based on user preferences. The frequency of 
backup may be a way to help ensure the computing system's health. 

For example, an alternate boot sequence may be initially established in the 
BIOS such that the computing system initially attempts to boot from a primary disk 
drive and subsequently to a second drive. The second drive may contain software 
30 designed to boot the machine and evaluate the present condition of the computing 
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system. Once the necessity of any repairs have been determined, the software may 
proceed to correct the malfunctions and return flie computing system to a normal 
operating state. The software may then reboot the computing system to the normal 
operating state, thereby minimizing user involvement in the repair process. 

5 

Removing Data 

During a restoration, process data may be removed including: deleted, moved, 
renamed, or altered. The method of removal may be specified as part of the data 
characteristics. The restoration process may require the computing system to reflect 

10 the data contained in a backup, and therefore necessitate the removal of some data. 
For example, in restoring data representative of an operating system, a preference may 
provide that existing inconsistent files may represent the culprits behind a malfimction 
predicating the restore process. Removing this additional data (files in this example) 
may be warranted. Removing extraneous data may be performed in a number of ways 

15 based in part on the type of restoration, preferences, characteristics of the backup or 
data, and the goals of the backup process (e.g., minimal user involvement). For 
example, if the goal is to restore the master template, then as part of a comparative 
restoration all data determined to be different firom the master template may be 
removed to a specified data storage device or memory such as a default folder. 

20 

Restore Specific Data 

The hardware, software, or user of a computer system may request the 
restoration of data. To facilitate the restoration of specific data a user may perform a 
restore based in part on: file type, creation date, user identification, modification data, 

25 backup date, or any characteristics of the data. For example, a completed restore may 
include a default folder that contains all data fi-om the last backup which differs firom 
data currently available for access to the computing system or some subset of all of 
the data (e.g., specified according to preferences). Alternatively, the folder may 
contain all data which differs when comparing two backups, such as the last backup 

30 and a master template. Data conforming to the users request may be sorted into 
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different directories to provide the user with an indication of the information 
contained therein, such as "This is probably your stuff 2/25/03", "Is any of this your 
stuff? 2/25/03", and "Probably not your stuff2/25/03". 

5 Managing Restored Data 

Preferences may also control what happens to restored data. Data restored may 
be available to the user or the computing system for a limited duration, to reduce the 
amount of memory utilized by the computing system. For example a user definable 
preference may indicate that a dialog warning that the folders named "Is any of this 
10 your stuff?2/25/03" and "Probably not your stuff2/25/03" will be automatically 
deleted in 10 days and if the user desires data from those folders the data should be 
moved prior to the expiration date. Optionally, a preference may provide that after 10 
days the contents specific folders may be moved to a temporary "trash" folder with a 
new expiration date of 30 days. 

15 

Placement of restored data 

Placement of data may be defined in part by the data characteristics stored 
with the backup or data, the characteristics associated with the backup process, and 
the preferences. Data, such as user data, may be returned to an original location, and 

20 other data may be placed in a different location. For example, user data located on the 
desktop may be returned to where it was, whereas user data located in the system 
folder may be returned to its original location depending in part on preferences. 
Alternatively, user data may be deposited in a default or indicated location such as a 
"documents" folder, a "Your Stuff is In Here" folder, a "proposed trash" folder, a 

25 "trash" folder, or other custom locations. 



Master Templates 

A master template is a backup of data, representing a computing system 
according to an ideal state. The ideal state typically includes an operating system, a 
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coUection of applications or software. The data included in the master template may 
have been specifically chosen for a particular user and for a particular hardware 
configuration. 

A master template may be created or updated according to a variety of 
5 approaches. One approaches involving a data storage device may include: 1 . Creating 
several backups of data on a data storage device over time; 2. An activity associated 
with the backup process, such as a repair process is triggered; 3. A backup of user 
data files is performed (e.g., to save the users current work) ; 4. Existing data storage 
device (e.g., memory) may be reformatted or tested, and may be performed according 
10 to preferences for that data storage device; 5. The master template is copied to the 
user data storage device; 6. Backup of user data files is restored to the user data 
storage device. The computing system is thereby restored to a normal operating state 
with minimal user intervention. 

The master template may also be updated, changed, or modified in a variety of 
15 ways including: by the user, by access to an update (e.g., an incremental release by a 
computer manufacture), or by access to a replacement master template, etc. The 
preferences associated with a master template may provide a method for performing 
these modification. 

The master template may be tested to ensure the master template and the 
20 repair process fimctions as expected in the backup process, such as restoring the 
computing system This testing helps ensure the functionality of the master template, 
the restore process, and may also be used as a virus check and repair. An on-line 
service may be provided to detect virus, verify the integrity, or to update a master 
template. 

25 

Restoring 

A backup may be tested to verify its integrity (e.g., with a checksum and 
verifying readability). If the backup is tested and fails, the user may change the 
preferences. The user may restart the repair process, select different preferences (e.g., 
30 applications or software), upgrade the backup (e.g., master template), and retest the 
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backup. If the backup passes the verification tests, the user may accept the backup 
and continue with the restore. When a backup (e.g., master template) is accepted it 
can be copied from its storage location to a second backup (e.g., the new master 
template). The old master template(s) can be saved so that it is possible to revert back 
5 to prior master templates. After the user template is "accepted", the backup user data 
is returned to the user data storage device. 

In one embodiment, a master template can be created by the user selecting to 
"boot into" a master template. The user may then make changes, install new software, 
make modifications, etc., and then exit. This approach allows the master template to 
10 be updated independently of user*s documents and other data which may not be a 
beneficial to a master template. 

In a different embodiment, the master template may be modified/updated by 
the user first conducting a repair of computing system. The repair process may 
automate 1. The backup of user files according to preferences, potentially including 

15 particular file types (e.g., documents); 2. the reformat of the user's primary disk drive 
or the restoring of the master template to the user's primary disk drive. The user may 
then install new software to an essential copy of the master template as present on the 
user's primary disk drive. A backup may subsequently be activated to generate a new 
master template version. A backup of the user's data (e.g., user specific documents) 

20 may then be restored to the computing system. Preferably, restoring the user specific 
documents is performed automatically. 

The master template may be created by a process of selective copying. For 
example, depending on the particular OS in use, a program may interrogate the 
registry, determine what entries are associated with a particular program or 
25 application, and then choose to selectively copy only those files and entries associated 
with the particular program or application to the master template. 



A-70543-3/RMA 1085203 



-49- 

The foregoing descriptions of specific embodiments and best mode of the 
present invention have been presented for purposes of illustration and description. 
They are not intended to be exhaustive or to limit the invention to the precise forms 
disclosed, and obviously many modifications and variations are possible in light of 
5 the above teaching. The embodiments were chosen and described in order to best 
explain the principles of the invention and its practical application, to thereby enable 
others skilled in the art to best utilize the invention and various embodiments with 
various modifications as are suited to the particular use contemplated. It is intended 
that the scope of the invention be defined by the claims appended hereto and their 
10 equivalents. 



Attached is a 209-page Appendix which is a part of this specification. The 
Appendix includes the following documents: 
15 • "Description of Self-Repairing System" (Text, 5 pages; Drawings, 4 

Pages; Code, 5 Pages) 

• "Backup and/or Repair System - Multi-User System" (Text, 43 Pages) 

• Diagrams (Text, 18 Pages) 

• Table of Which Diagrams Go With Which Embodiments (Text, 1 Page) 
20 • Figures, S Series (Drawings, 20 Pages) 

• Figures, F Series (Drawings, 38 Pages) 

• Figures, W Series (Drawings, 32 Pages) 

• Figures, M Series (Drawings, 5 Pages) 

• Figures, E Series (Drawings, 17 Pages) 
25 • Figures, L Series (Drawings, 21 Pages) 



